home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19970929-19971216 / 000051_news@newsmaster….columbia.edu _Sat Oct 4 15:17:56 1997.msg < prev    next >
Internet Message Format  |  2020-01-01  |  5KB
  1. Return-Path: <news@newsmaster.cc.columbia.edu>
  2. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30])
  3.     by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id PAA10434
  4.     for <kermit.misc@watsun.cc.columbia.edu>; Sat, 4 Oct 1997 15:17:56 -0400 (EDT)
  5. Received: (from news@localhost)
  6.     by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id PAA08221
  7.     for kermit.misc@watsun; Sat, 4 Oct 1997 15:17:55 -0400 (EDT)
  8. Path: news.columbia.edu!watsun.cc.columbia.edu!fdc
  9. From: fdc@watsun.cc.columbia.edu (Frank da Cruz)
  10. Newsgroups: comp.os.linux.misc,comp.protocols.kermit.misc
  11. Subject: Re: Better FTP than FTP? (Kermit/modem sharing)
  12. Date: 4 Oct 1997 19:17:52 GMT
  13. Organization: Columbia University
  14. Lines: 76
  15. Message-ID: <6164p0$4p0$1@apakabar.cc.columbia.edu>
  16. References: <60cqce$22v$1@merki.connect.com.au> <60rure$sem$1@mercury.mcs.net> <60tn42$fi4$1@apakabar.cc.columbia.edu> <614on6$b18$1@mercury.mcs.net>
  17. NNTP-Posting-Host: watsun.cc.columbia.edu
  18. Keywords: FTP
  19. Xref: news.columbia.edu comp.os.linux.misc:218249 comp.protocols.kermit.misc:7819
  20.  
  21. In article <614on6$b18$1@mercury.mcs.net>, Leslie Mikesell <les@MCS.COM> wrote:
  22. : In article <60tn42$fi4$1@apakabar.cc.columbia.edu>,
  23. : Frank da Cruz <fdc@watsun.cc.columbia.edu> wrote:
  24. : 
  25. : >: I don't think it's crazy to use inetd to start a program with its standard
  26. : >: file descriptors connected to a tcp socket.  That's the normal way
  27. : >: to do things if you don't mind the start-up time...
  28. : >:
  29. : >C-Kermit starts very quickly if you tell it to skip reading its
  30. : >initialization file:
  31. : 
  32. : What I meant by that was that some programs are run as 'standalone'
  33. : daemons listening directly on certain ports simply to reduce the
  34. : startup time compared to letting inetd accept the connection and
  35. : exec them.  Sendmail and httpd normally run standalone, but I
  36. : don't think it would matter for kermit.
  37. : 
  38. Kermit can run standalone.  If you tell it to "set host * 2000", this
  39. means to wait for a TCP connection to come in on port 2000.  But then you
  40. could not use it to make a connection between the TCP side and a modem, since
  41. in its present form C-Kermit can only have one "set host" or "set line"
  42. device open at once.
  43.  
  44. : >: ...you should be able to start it with a script
  45. : >: that has a stack of: 
  46. : >:
  47. : >: set port /dev/xxx1
  48. : >: if success goto got_modem
  49. : >: set port /dev/xxx2
  50. : >: etc...
  51. : >:
  52. : >: to work through a pool of modems that might also be shared for dial-in
  53. : >: and fax use.
  54. : >:
  55. : >:   (By the way, how about setting a convention for doing this so all
  56. : >:    your other scripts that need a modem can 'take' the file that
  57. : >:    finds one?)
  58. : >: 
  59. : >What kind of convention would you like to see?  Kermit has no way of knowing
  60. : >which devices to use, so executing a command file, as you have suggested,
  61. : >would be just about the only sensible one.  In this case the convention
  62. : >might be:
  63. : >
  64. : >  kermit -y filename
  65. : >
  66. : >(lowercase "y" = execute "filename" instead of the standard init file).
  67. : 
  68. : In my case I ended up with a file /usr/local/lib/kermit/getline.k that
  69. : I kept up to date with the ports with available dial-out modems.  Then
  70. : many other dial-out scripts would simply 'take' that file.  That keeps
  71. : the other scripts from requiring changes when modems are added, moved
  72. : or deleted, or even when the scripts are moved to different machines.
  73. : Having a 'site-library' directory concept in some example scripts
  74. : might make this approach even more portable.
  75. : 
  76. Good idea.  In the current version of C-Kermit, the "take" command (which
  77. executes command files) searches a "take path" to find the file whose name
  78. is given if it is not fully specified or in the current directory.  The
  79. "take path" is currently hardwired, but it would be a simple matter to make
  80. it user- and/or site-definable.  I'll add this to the list.
  81.  
  82. : >Kermit goes to great lengths to be efficient when it is "in the middle",
  83. : >using buffered, nonblocking i/o on both ends of its connection, within the
  84. : >limits of portability (not all UNIXes have threads, select(), etc).
  85. : >
  86. : >I'd drop everything and fool with this myself if it was in my power to do
  87. : >that, so anybody else who is interested has a guaranteed head start.
  88. : 
  89. : I guess I should have suggested it a couple of years ago, but the
  90. : place I was working for bought a terminal server so I ended up
  91. : not needing it.
  92. :
  93. Terminal servers are terrific if you have one and if you can get to it, but
  94. tricks like this come in handy for all sorts of reasons.
  95.  
  96. - Frank